REMARKS 

Applicant respectfully requests reconsideration and allowance of the 
subject application. Claims 13-22 and 38-47 are pending in this application. 

35 U.S.C. $ 103 

Claims 13-22 and 38-47 stand rejected under 35 U.S.C. §103(a) as being 
unpatentable over U.S. Patent Application Publication No. 2001/0056504 to 
Kuznetsov (hereinafter "Kuznetsov") in view of The Component Object Model 
Specification, Version 0,9 (hereinafter "Comspec")- Applicant respectfully 
submits that claims 13-22 and 38-47 are not obvious over Kuznetsov in view of 
Comspec. 

Kuznetsov is directed to data exchange and data transfer (see, Title and 
1 1). As discussed in the Abstract of Kuznetsov, Kuznetsov describes a high level 
transformation method and apparatus for converting data formats in the context of 
network applications, among other places, A flexible transformation mechanism 
is provided that facilitates generation of translation machine code on the fly. 
Kuznetsov discusses conversions between different XML formats (see, If 6), as 
well as XML to HTML and WAP formats (see, % 7). 

Comspec is Version 0.9 of the Component Object Model Specification, As 
discussed in Comspec at §1.3, pp. 14-15, 'The Component Software Solution: 
OLE's COM", the Component Object Model is an object-based programming 
model designed to promote software interoperability; that is, to allow two or more 
applications or "components" to easily cooperate with one another, even if they 
were written by different vendors at different times, in different programming 
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languages, or if they are running on different machines running different operating 
systems. To support its interoperability features, COM defines and implements 
mechanisms that allow applications to connect to each other as software objects, 
A software object is a collection of related function (or intelligence) and the 
function's (or intelligence's) associated state. In other words, COM, like a 
traditional system service API, provides the operations through which a client of 
some service can connect to multiple providers of that service in a polymorphic 
fashion. 

Furthermore, as discussed in Comspec at §1.32.2, p. 17, "COM's 
Standards Enable Object Interoperability", with COM, applications interact with 
each other and with the system through collections of function calls — also known 
as methods or member functions or requests— called interfaces. An "interface" in 
the COM sense is a strongly typed contract between software components to 
provide a relatively small but useful set of semantically related operations. An 
interface is an articulation of an expected behavior and expected responsibilities, 
and the semantic relation of interfaces gives programmers and designers a 
concrete entity to use when referring to the contract. 

As discussed at MPEP §§2142 and 2143, to establish a prima facie case of 
obviousness, three basic criteria must be met. First, there must be some 
suggestion or motivation, either in the references themselves or in the knowledge 
generally available to one of ordinary skill in the art, to modify the reference or to 
combine reference teachings. Second, there must be a reasonable expectation of 
success. Finally, the prior art reference (or references when combined) must teach 
or suggest all the claim limitations. The teaching or suggestion to make the 
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claimed combination and the reasonable expectation of success must both be 
found in the prior art, and not based on applicant's disclosure. In re Vaeck, 941 
F.2d 488, 20 USPQ2d 1438 (Fed, Cir, 1991). 

Applicant respectfully submits that there is no suggestion or motivation to 
combine Kuznetsov and Comspec, and thus that no prima facie case of 
obviousness has been established. Kuznetsov, as discussed above, is directed to 
conversions between different XML formats, as well as conversions from XML to 
HTML and WAP formats. Kuznetsov is thus directed to simply converting 
between different data formats. Comspec, as discussed above, is directed to the 
Component Object Model, which is an object-based programming model designed 
to promote software interoperability. The Component Object Model as discussed 
in Comspec, however, is much more than simply a new data format. For example, 
as discussed above COM includes the mechanisms that allow applications to 
connect to each other as software objects and interfaces that allow applications to 
interact with each other. There is no suggestion or motivation, either in the 
references themselves or in the knowledge generally available to one of ordinary 
skill in the art, to combine the data format conversion of Kuznetsov with some 
other kind of conversion that is not conversion to simply another data format. 

In the November 17, 2005 Advisory Action at p. 2, it was asserted that: 

One of ordinary skill in the art would have wanted the flexibility of 
converting a recent data encoding format, such as XML, into the 
format of an existing technology, such as COM, (Kuznetsov, If 7:13- 
16). Additionally, one of ordinary skill in the art would have wanted 
to convert between different formats to exploit the advantages of the 
new format with out having to spend the time and resources to create 
code, in the new format, from the beginning. 
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This cited portion of Kuznetsov reads as follows: 



As the diversity of web-connected devices grows, so grows the need 
to provide dynamic conversion, such as XML-to-HTML and XML- 
to-WAP, for e-business applications. 

Applicant respectfully submits that this cited portion discusses converting to 
different data formats, not converting to something else that is not simply another 
data format. The Component Object Model, as discussed in Comspec, is not 
simply another data format. For example, as discussed above COM includes the 
mechanisms that allow applications to connect to each other as software objects 
and interfaces that allow applications to interact with each other. As there is no 
discussion or mention of converting to something else that is not simply another 
data format, Applicant respectfully submits that Kuznetsov does not provide any 
suggestion or motivation to combine Kuznetsov with Comspec, 

Furthermore, assuming for the sake of argument that Kuznetsov and 
Comspec were combined, Applicant respectfully submits that the combination 
does not disclose or suggest the elements of amended claim 13. Amended 
claim 13 recites: 

One or more computer readable media having stored thereon 
a plurality of instructions that, when executed by a transformation 
engine, causes the transformation engine to: 

access a plurality of constructs in an application programming 
interface description, wherein the description is written in an 
extensible markup language (XML) format; and 

transform each of the plurality of constructs into computer 
executable instructions and declarations for a component object 
module (COM) application programming interface header file. 

Applicant respectfully submits that there is no disclosure or suggestion in 
Kuznetsov or Comspec to transform each of the plurality of constructs into 
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computer executable instructions and declarations for a COM application 
programming interface header file as recited in claim 13, 

In the August 25, 2005 Office Action at If 3 3 p. 3, it was acknowledged that 
Kuznetsov doesn't explicitly disclose translation into a COM application 
programming interface header file, but asserted that Comspec discloses COM 
application programming interface. As discussed above, COM includes the 
mechanisms that allow applications to connect to each other as software objects 
and interfaces that allow applications to interact with each other. An XML 
document does not have such mechanisms and interfaces, and thus cannot be 
simply converted into COM. There is no discussion or suggestion in Kuznetsov or 
Comspec of how such an XML document could be converted into COM because 
such mechanisms and interfaces would need to be generated and there is no 
discussion of how to generate such mechanisms and interfaces from XML. 
Furthermore, there is no discussion or mention in Kuznetsov or Comspec of how 
to generate computer executable instructions and declarations for a COM 
programming interface header file from XML. Without any such discussions or 
suggestions, Applicant respectfully submits that Kuznetsov in view of Comspec 
cannot disclose or suggest to transform each of the plurality of constructs into 
computer executable instructions and declarations for a component object module 
(COM) application programming interface header file as recited in amended 
claim 13. 

Accordingly, for at least these reasons, Applicant respectfully submits that 
amended claim 13 is allowable over Kuznetsov in view of Comspec. 
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With respect to claims 14 and 16-22, given that claims 14 and 16-22 
depend from amended claim 13, Applicant respectfully submits that claims 14 and 
16-22 are likewise allowable over Kuznetsov in view of Comspec for at least the 
reasons discussed above with respect to amended claim 13. 

With respect to amended claim 15, amended claim 15 depends from 
amended claim 13 and Applicant respectfully submits that amended claim 15 is 
allowable over Kuznetsov in view of Comspec for at least the reasons discussed 
above with respect to amended claim 13. Furthermore, amended claim 15 recites: 

One or more computer readable media as recited in claim 13, 
wherein the plurality of instructions include instructions to: 

check an attribute of a declare enumeration construct of the 
plurality of constructs to determine whether the declare enumeration 
construct is to be transformed into a series of manifest constants or 
into a component object model enumeration declaration; and 

transform the enumeration construct into either the series of 
manifest constants or the component object model enumeration 
declaration based on the checking. 

Applicant respectfully submits that no such check and transformation is disclosed 
or suggested by Kuznetsov in view of Comspec. 

In the November 12, 2005 Advisory Action at p.2 and the August 25, 2005 
Office Action at | 3, p. 4-5, Comspec is relied on as disclosing this check and 
transformation of claim 15. More specifically, it was asserted in the November 
12, 2005 Advisory Action at p. 2 that: 

Kuznetsov in view of Comspec does disclose checking 
whether a declare enumeration construct is to be transformed into a 
series of manifest constants or into a component object model 
enumeration declaration, at Comspec 7:1-8:30. Again, to convert 
from one format to another, several intricacies of each format must 
be considered and transformed appropriately. Kuznetsov discloses 
transforming between several environments and thus entails the 
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intricacies, such as the appropriate mapping of declaration and 
header files, involved to accurately perform a transformation, at 
7:14-16. Comspec discloses the intricacies of COM that need to be 
considered and transformed for the Kuznetsov/Comspec system to 
perform a successful conversion, as addressed at p. 3:12-16 of the 
Final Rejection dated 8/25/05. 

Applicant respectfully disagrees. The mere mention of a manifest constant and an 
enumeration in Comspec does not provide any disclosure or suggestion to check 
whether a declare enumeration construct is to be transformed into a series of 
manifest constants or into a component object model enumeration declaration, 
much less to check an attribute of the declare enumeration construct itself to 
determine whether the declare enumeration construct is to be transformed into a 
series of manifest constants or into a component object model enumeration 
declaration. Although a manifest constant and an enumeration are mentioned in 
Comspec, there is no discussion or mention of any check as to which of the 
manifest constant and the enumeration a declare enumeration construct is to be 
transformed into, much less of the check being of an attribute of the declare 
enumeration construct. Without any such discussion or mention, Applicant 
respectfully submits that Comspec cannot disclose or suggest to check an attribute 
of a declare enumeration construct of the plurality of constructs to determine 
whether the declare enumeration construct is to be transformed into a series of 
manifest constants or into a component object model enumeration declaration as 
recited in amended claim 15. 

With respect to Kuznetsov, Kuznetsov is not cited as curing, and does not 
cure, these deficiencies of Comspec. Accordingly, for at least these reasons, 
Applicant respectfully submits that amended claim 15 is allowable over Kuznetsov 
in view of Comspec. 
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With respect to amended claim 38, Applicant respectfully submits that, as 
discussed above with respect to amended claim 13, it would not have been obvious 
to combine Kuznetsov and Comspec. Furthermore, Applicant respectfully submits 
that, as discussed above with respect to amended claim 13, Kuznetsov in view of 
Comspec does not disclose or suggest a plurality of construct fields that contain 
data describing the application programming interface, wherein the data describing 
the application programming interface is to be transformed into computer 
executable instructions and declarations of a header file of the application 
programming interface as recited in amended claim 38. Accordingly, for at least 
these reasons, Applicant respectfully submits that amended claim 38 is allowable 
over Kuznetsov in view of Comspec. 

Given that claims 39 and 41-47 depend from amended claim 38, Applicant 
respectfully submits that claims 39 and 41-47 are likewise allowable over 
Kuznetsov in view of Comspec for at least the reasons discussed above with 
respect to amended claim 38, 

With respect to claim 40, claim 40 depends from amended claim 38 and 
Applicant respectfully submits that claim 40 is allowable over Kuznetsov in view 
of Comspec for at least the reasons discussed above with respect to amended 
claim 38, Furthermore, similar to the discussion above regarding amended 
claim 15, Applicant respectfully submits that Kuznetsov in view of Comspec does 
not disclose or suggest a declare enumeration construct field that includes an 
enumeration flag attribute that identifies whether the plurality of declare 
enumeration member constructs are to be transformed into a series of manifest 
constants or transformed into a component object model enumeration declaration 
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as recited in claim 40. Accordingly, for at least these reasons, Applicant 
respectfully submits that claim 40 is allowable over Kuznetsov in view of 
Comspec. 

Applicant respectfully requests that the §103 rejections be withdrawn. 
Conclusion 

Claims 13-22 and 38-47 are in condition for allowance. Applicant 
respectfully requests reconsideration and issuance of the subject application. 
Should any matter in this case remain unresolved, the undersigned attorney 
respectfully requests a telephone conference with the Examiner to resolve any 
such outstanding matter. 



Respectfully Submitted, 





Allan T, Sponseller 
Reg. No. 38,318 
(509) 324-9256 
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